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ADOENOOH 

BATTERY-SAVING PROTOCOL 
FOR PORTABLE TERMINALS 



ABSTRACT 



This document specifies additional requirements for 
portable terminals to be connected to the MOBITEX system. 
It should be considered as an' ADDENDUM to the HOBITEX 
Terminal Specification (MTS)' for 8 kbps mobile terminals, 
LZBA 703 1001, RIA. 

A battery-saving protocol is introduced on the data link 
layer, as well as a new MPAK on the network layer. Both . 
requirements and recommendations for the application layer 
are presented. Finally, a new command for type approval is 
included in the MASC interface. 

Some of the parameters and protocol procedures mentioned 
in this document are described incompletely. A full 
description of them is only presented in the MTS. 
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1 INTROOUCTION 

This document specifies additional cequi cements for 
portable terminal's to be connected to the HOBITEX system. 

It should be considered as an ADDENDaH to the complete 
MOBITEX Terminal Specification fior 8 kbps mobile 
terminals, LZBA 703 1001, RIA. 

This is the only document where requirements for portables 
are stated. They ace either additional requirements or nev 
requirements replacing ones that are made in the 
specification for ordinary mobile terminals. 
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2 GENERAL DESCRIPTION OF OPERATING PRINCIPLES 

A portable terminal is basically a mobile terminal. It 
conforms to the requirements for ordinary mobile 
terminals, but with the additional ability to use a 
battery-saving protocol in the data link layer. 

A portable terminal using the battery-saving protocol 
described in this document is said to be in the battery- 
saving mode of operation. If it follows the protocol used 
by ordinary mobile terminals it is said to be in the 
normal mobile mode of operation. 



The reasons for a change of mode might be: 

(1) - external power source connected 

- operator command (e.g. in case of a major data 
transaction) 

- no <SVP6> received, only <SVP1> 
("fall-back" situation) 

(2) - external power source disconnected 



The battery-saving protocol includes a standby state for 
the terminal, during which no messages are transmitted or 
received, and an operating state. 

Whenever the terminal wants to transmit a message it 
enters the operating state, awaits a <FRI>-frarae and 
transmits in a slot that is chosen at random. The terminal 
then stays in the operating state for some time to be able 
to receive a quick message response. 

Current down-link traffic to portable terminals is 
indicated by the TRAFFIC LIST of the <SVP6>-f rame. Traffic 
stored in the network mailbox is indicated by the MAIL 
LIST of the <SVP5>-frarae. 

The roaming procedure of the portable terminal is 
essentially the same as for ordinary mobiles, but is 
controlled by a separate set of parameters in the <SVP3>- 
f rame. ' 

To order (a part of) the fleet of portable terminals to a 
certain channel the frame <SVP4> is used. 
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3 DATA LINK EAYER 

3.1 PRINCIPLES OF THE BATTERr-SAVING PROTOCOL 



A portable terminal uses three different states of 
operation in the battery-saving mode: 

- standby 

- operating 

- quick channel monitoring (roaming) 

In the standby state only time keeping functions for 
synchronizing the terminal to the base station are 
working. 

In the operating state messages are transmitted-and 
received, and the roaming values of base stations are 
evaluated. 

In the quick channel monitoring a list of channels is 
scanned until a new base is found. 



BATTERY-SAVING MODE 



I 



I 



■"I 



QOICK CHANNEL «— r(6)+ — STARTUP 
MONITORING ' " 



(1) and (2) are described together with <SVP6> and in 
the chapter "MESSAGE TRANSACTIONS" 

(3) - (6) are described in the chapter "Roaming and 
roaming pareuneters" 
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3.1.2 Roaming and roaming parameters, <SVP3> 

The roaming procedure for portable terminals basically 
follows the roaming procedure for mobile terminals. Please 
refer to reference Rl-16 for further information. 

When the terminal is switched on, it uses the stored 
values of CURRENT BASE and CURRENT SYSTEM CHANNEL. If 
there is no CURRENT BASE stored, tKe terminal directly 
starts the quick channel monitoring using the default list 
o£ system channels. 

When a suitable base station has been found and the HPAK 
ROAM/ACTIVE has been sent to it, the portable terminal 
synchronizes to the <S7P6>-f rames. 

The normal channel monitoring of the roaming procedure is 
carried out during the time when the terminal is in the 
operating state. The -termrnai- measures the averaged 
received signal strength and calculates a roaming value. 

The system parameters controlling the roaming procedure 
for portable terminals are defined in the <SVP3>-f rame. 
This makes it possible to use different parameters for 
mobile terminals (defined in the <SVPl>-frame) and for 
portable terminals. 

If the parameter SCAN TIME is set to 0, the terminal only 
monitors the CORRENT_SYSTEM_CHANNEL during the operating 
state. ~ 

Example 1; SCANJTIHE is set to 0. Only <SVP6>-f rames are 
shown in this figure. 

Base: <SVP6> <SVP6> 

,™.| ,J 

Term: -^OPr' STB 'oPr' STB 



mmrn = monitor CaRRENT_SYSTEK_CHANNEL 
OPR = terminal in operating state 
STB s terminal in standby state 



If SCAN TIME is in the range 1 to 255, the terminal 
monitors other channels according to the channel list 
information from <SVP3> or from the permanently stored 
default list. However, the terminal must not leave the 
CORRENT_SYSTEH_CHANNEL to monitor other channels during 
the sweep cycle if it is addressed in the TRAFFIC LIST. 
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Example 2 : 


SCAN_TIHE is 


in the 


range 1 to 255. 





ch 4 
ch 3 
ch 2 
ch 1 

Base: 



<SVP6> 

Immmissss I 



■ STB- 



OPR 



m = monitor CDHRENT_SYSTEM_CHANNEL 

s = scan other system channels 
r = RSSI PERIOD 
OPR = terminal in operating state 
• ■•••—STB = -teE»J?nai=in--standby state 



Criteria for leaving COHRJENT BASE 

The same criteria for leaving the CORRENT BASE applies £or 
a portable terminal as for the mobile teriSinal but with 
parameters from the <SVP3> frame. The fifth criterion 
(item number 5) is replaced by the following rule: 

If the terminal has not aucceded to synchronise 
within another 60 seconds, it should start the quiclc 
channel monitoring {reaming). 



Evaluation of other base stations 

The integration time for evaluating base stations on the 
CORRENT^SXSTEM CHANNEL is indicated in <SVP6> (default 
value 60 seconds). 

The integration time for evaluating base stations on othe-- 
channels is also indicated in <SVP6> (default value 3 RSSi 
periods). 



Quick channel monitoring 

During the quick channel monitoring when the parameter 
SCAN_TIME is set to 0 and when the terminal has found a 
base with roaming value higher than GOOD BASE, the 
terminal should remain on that channel for at least 5 
seconds during the measuring of received signal strength. 
Please refer to item number .4 in the description of quick 
channel monitoring in the ROAMING chapter, reference Rl- 
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3.1.3 Fleet division. 


<SVP4> 



To order the fleet of portable terminals (or parts of it) 
to a certain system/access channel the <SVF>-frame of 
subtype 4 is used; <SVF4>. It is interpreted in same way 
as the <SVP2>-frame for mobile terminals, described in 
reference Rl«16. 



3.1.4 Hail list, <SVP5> 

Messages not acknowledged by the terminal may be stored in 
the network mailbox according bo the conditions described 
in Rl-09 . 

In order to inform terminals that have messages in the 
network mailbox , the HAIL LIST is used. 

ThellAIL'LliST is included in the <SVP>-frame of subtype. 5; 
<SVP5>. 



3.1.5 Traffic list, <SVI'6> 

The TRAFFIC LIST contains the terminal/group-HAN of those 
terminals that must remain in the operating state in order 
to receive down-link traffic from the network. 

This list is included in the <SVP>-frame of subtype 6: 
<SVP6>. 

Terminals not included in the TRAFFIC LIST may return 
directly to the standby state. 
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3.1.6 Syachconization to fche network, <SVP6> 

The network periodically transmits <SVP6>-f rames on system 
channels where the battery-saving protocol is used. 

Terminals using this protocol cyclically shifts between 
the standby state and the operating state. This shifting 
is synchronized by the <SVP6>-f rames. 

The <SVP6> contains the parameter TIME-TO-NEXT. The value 
of this parameter defines the next time the terminal 
should enter the operating state. 

Once It has entered the operating state the terminal 
remains there, until it receives an <SVP6>-frame 
containing a TRAFFIC LIST in which it is not included. 



Example. l.;. -.-.The • -t e rmi na 1 uses TIME-TO-NBXT for • 
synchronisation. 

Base <SVP6> << 



-TIME-TO-NEXT- 



Terminal— 'operating STANDBY"" ' OPERATING 

The <SVP6> also contains the parameter CYCLE-TIME. The 
value of this parameter defines the time between the start 
of one operating state and the start of the next one. If 
one or more of the <SVP6> frames are lost, the terminal • 
should use the CYCLE-TIME parameter in order not to lose 
synchronization. 



Example 2 ; The terminal is using CYCLE-TIME in order to 
maintain synchronization when a <SVP6> has . 
been lost. 



srm— ^ 



Hdime-to-nextI 

-cycle-time t-cycle-time- 



OPR = operating state 
STB = standby state 
<XXX> = lost frame 



If the network is going to send other <SVP>-f rames, when 
the terminals are in the operating state, they will be 
sent prior the <SVP6> frame. The <SVP6> ends the sequence 
of <SVP>-frames. 
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Example 


3: Multiple sweep fcames are received during the ' 




operating state. 


Base 


<SVP3> , <SVP4> , <SVP5> , <SVP6> 




1 1 


1 TIME-TO-NEXT 


Term ~ 


1 CXULK-TlMa ■ 

OPERATING STATE ' STANDBX 



After the reception o£ every <SVF3> to <SVP5> the terminal 
stays in operating state £or another 2 seconds or until it 
receives an <SVP6>. 



Example 4; The terminal receives a <SVP3> but the <SVP6> 
is not received. The operating state is 

■ terminated by the -2 second timeout. • 

The timeout is counted from the reception of 
the <SVP3> frame. 

Base <SVP3> 

I -CyCLE-TIME- '- 

■Term ' OPERATING [ STANDBY '■ 

1 2 sec. timeout! 



If none of the <SVP3> to <SVP6> has been received within 2 
seconds from the transition to the operating state, the 
terminal may return to standby. 



Example 5; No <SVP>-frames are received within 2 seconds 
from the start of the operating state. 

Base 

I — CYC LE-TIME 

Term [ OPERATING j STANDBY 

1 2 sec timeout! 



If the terminal has lost consecutive <SVP6>-f raraes during 
60 seconds, it should stay in the operating state to 
synchronize again. 

If the terminal has not succeded to • synchronize within 
another 60 seconds,. it should start the quick channel 
monitoring (roaming). 
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3.2 MESSAGE TRANSACTIONS 



3.2.1 ap-llnk traffic 

The access requirements for up-link traffic from portable ' 
terminals are basically the same as those for mobile 
terminals. 

A portable terminal that is going to transmit a message to 
the network enters the operating state. It awaits a valid 
<FRI>-frame from the network and then chooses a random 
slot for its transmission. 

When <ABD> is used to request access for transmission, the 
terminal must remain in the operating state until the 
message is transferred successfully or the dialogue is 
otherwise terminated. 

After a message is successfully transferred to the network 
the terminal remains in the operating state during a 
specified period of time before it returns to the standby 
state. This period is defined by the parameter 
THAKSACTION-TIME in <SVP6> and makes it possible to 
transmit a quick reply message to .the terminal without 
waiting for the next transmission of a TRAFFIC LIST. 
During the period a logical down-link channel might be 
said to exist between the terminal and its base station. 



3.2.2 Down-link traffic 

Down-link traffic to terminals is- indicated by the TRAFFIC 
LIST. When a terminal receives a list. containing one of 
Its addresses (terminal or group MAN) it remains in the 
operating state. 

When a message is successfully received, the terminal 
remains in the operating state during the period of time 
defined by the parameter TRANSACTION-TIME (included in 
<SVP6>). If this period expires without any further 
messages, the terminal returns to the standby state. 

When <BKD> is used to order the terminal to another 
channel for a down-link transmission, the terminal must ' 
remain in the operating state until the message is 
received successfully or the dialogue is otherwise 
terminated. 

A terminal may also leave the operating state when it 
receives a TRAFFIC LIST in which it is not addressed. 
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Example 1: The terminal 
LIST. 


is not 


addressed in the TRAFriC 


Base : <SVP6> 
1 

Term :"'opr'- STB 




<SVP6> 
1 

'oPr' STB- 









OPR = terminal in operating state 
STB s terminal in standby state 



Example 2; The terminal is addressed in the TRAFFIC LIST 
of <SVP6> and the network has one <HRM> to 
transmit. 



<SVP6> <MRM> . 



<SVP6> 
I 



TT = TRAKSACTION-TIME 

OPR " terminal in operating state 

STB s terminal in standby state 



Example 38 The terminal is addressed in the TRAFFIC LIST 
o£ <SVP6> and the network transmits multiple 
<MRM>;s during the sweep cycle. 



<SVP6> <HR11> <MRH> 

I- ttJh 
^ r- TT — I 



<SVP6> 

I 



TT = TRANSACTION-TIME 

OPR = terminal in operating state 

STB - terminal in standby state 
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3.2.3 Line connections 

Call set-up and disconnection procedures for line 
connection to a portable terminal follow the requirements 
of the HTS. 

When a portable terminal is called from the network for a 
line connection, the terminal is addressed in the TRAFFIC 
LIST. The terminal remains in the operating state and 
follows the normal procedure for call set>up described in 
the HTS. 

Nhen the call has been disconnected, the terminal uses the 
stored values of COBKENT^BASE and CimREMT_SySTEH CBAMNEL 
to re-syhchronize to the~<SVP6>-f rames. The terminal 
returns to the standby state when it has received a 
<SVP6>-frame where it is not included in the TRAFFIC LIST. 

When a-portable-terminal-'init-iates a call set-up for a 
line connection, the terminal enters operating state 
before sending the line connection .request, and stays in 
this state until the call is disconnected, according to 
the HTS. 
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3.3 


FORMAT DEFINITION OF <SVP>-PRAMES 


FRAME TXPE <SVP>, Sweep signal 


APPLICATION . The sweep signal is a periodically 

recurring signal from BASE. An <SVP> is 
transmitted by BASE for two reasons: 




1) 


<SVP> marks the start of a sweep 
cycle. 




2) 


<SVF> contains system 
parameters. 




<SVP> has 2 different subtypes for mobile 
terminals and 4 subtypes for portable 
terminals z 




suBxypE""'''i 


states the values of system 
parameters for mobile terminals 




2 


states the frequency of 
different channel types for 
mobile terminals. 




3 


only relevant for portable 
terminals using the battery- 
saving protocol described in 
this document. This subtype 
contains the system parameters. 




4 


states the frequency of 
different channel types for 
portable terminals. 




5 includes the MAIL LIST for 

portable terminals (may be. used 
both in the battery saving mode 
and in the normal mobile mode) 




6 includes the TRAFFIC LIST and 
the timing- parameters for 
portable terminals. 


Note 


1: <SVP>. of subtype .1 and 2 are not described in this 
Addendum. Please refer to Sl-16. 


Note 


2: For <SVP5> and <SVP6>, the terminal should use all 
correctly received following blocks, even though 
the whole frame may not be correct. This procedure 
decreases the possibility of the terminal missing 
a list where it is addressed. 
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3.3.1 <SVP3> 
<SVP>, SUBTYPE 3 



PRIHARV BLOCK 



• states the values oE system 
parameters for portable 
terminals. 



01 02 03 22 23 24 25 26 27 28 29 30 31 32 



-J 1 1 I 1_ 



-J 1 t l_ 



0 1111 



33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 



PRIO MASK 


1 1 1 1 1 1 1 

BLOCK 


.49 50 51 52 53 54 55 56 

L 1 1 1 1 t 1 


57. 58 59 60 61 62 63 64 
1 1 1 1 1 1 1 


SVPTYP 


TXPOW 


65 66 67 68 69 70 71 72 
1 1 1 1 1 1 1 


73 74 75 76 77 78 79 80 
1 1 1 I ' ' 1 


RSSI PROC 


RSSI PERIOD 


81 82 83 84 85 86 87 88 

j 1 1 1 — 1 1 1 1 


89 90 91 92 93 94 95 96 
1 1 1 1 1 1. 1 


00000000 


MAX REP 


97 104 

1 1 — 1 1 1 1 1 1 


105 112 
1 1 1 1 1 1 I 


BASEST 


SCAN TIME 


113 120 

1 1 1 LL [III 


121 128 

. 1 I 1 1 1 I- 1 


BAD BASE 


GOOD BASE 


L29 136 
1 1 1 1 1 1 1 


137 144 
1 1 1 1 1 1 1 


BETTER BASE 


00000000 


145 160 

1 1 1 1 1 1 1 1 '1 1 I I I I 


PARITY 
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SVPTYP 


States the <SVP> subtype, value 
00000011 in this case. 


TXPOW 


States the decrease in output 
power (0-255 dB below nominal 
level) to be used by the 
portable terminal. A default 
value of 0 is used at start-up 
until this signal is received. 


RSSI_PROC 


States the method of the signal 
strength measurement; 

0 = FRAME 

1 = CONTINUOUS 

The default value is FRAME. 


HSSI_PERIOD 


Time used by the roaming 
algorithm (0-255 *20 ms) . 
Default values.' 148 (2 960 ms). 


MAX_REP 


States the value of the variable 
Max_rep. 


BASEST 


States status of base station. 


SCAN_TIME 


States the length of a period 
(0-255 *100 ms) when the 
portable terminal scans other 
system channels. 
Default value: 30 (3 seconds). 


BAO_BASB 


Used by the roaming algorithm. 
0-255 dBuV. Default value: 15. 


G0OD_BASE 


Jsed by the roaming algorithm. 
0-255 dBuV. Default value: IS. 


BETTER_BASE 


Dsed by the roaming algorithm. 
0-255 dB. Default value: 10. 
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FOLLOWING BLOCKS IE any, they contain a list of 

system channels to be used in 
base station monitoring. A Erame 
with a list containing new 
system channels completely 
overrides the previous frame. 
The channel list has the 
following format (as described 
in the MAIN OOCCJKENT): 

FOLLOWING BLOCK #1 



01 02 03 04 05 
1 1 1 1 


06 07 08 

1 1 


09 10 11 12 13 


14 15 16 


number of channels 


0 0 0 0 0 


0 0.0 


17 

. . 1 I — 


32 

i.. 1 .- 


33 48 
II II 


• chaniie'3r#l - 


DPFREQ.^' 


" channel #1 - 


DOFREQ 


49 


64 

.....1 _J 


65 80 


channel #2 - 


tJPFREQ 


channel #2 - DOFHEQ 


81 


96 

__J I 


97 


112 

... 1 


channel #3 - 


OPFREQ 


channel #3 - 


DOFREQ 


113 


128 


129 


144 

1 1 


channel #4 - 


UPFREQ 


channel #4 - 


DOPREQ 


145 

I . _I — 1, JL -J 


1 1 ° 


1 .1. 1 1 , 


160 

1 1 1 



PARITY' . 



The number of following blocks depends on the size of the 
list. The maximum number of channels in the list is stated 
In reference Rl-06. 

Continues with following block #2 on the next page. . 
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FOLLOWING BLOCK «2 



. ,1 — 1 
OPFREQ 


channel #5 - 


1 1 . 
DOFREQ . 


48 

1.... 1 - 


49 


64 

1 I - 


DPFREQ 


channel #6 - 


DOFREQ 


144 


145 
1 1 


160 


DPFREQ 


PARITY 



FOLLOWING BLOCK #3 



Channel #9 - 


DOFREQ 


channel #10 - 


UPFREQ 


33 


48 


49 


64 

1 1 


channel #10 - 


DOFREQ 


channel #11 - 


DPFHBQ 


129 


144 


145 
« 1 


160 


channel. #13 - 


DOFREQ 


PARITY 



additional FOLLOWING BLOCKS may follow if required. 
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3.3.2 <SVP4> 

<SVP>, SOBTYPE 4 - states the frequency of 

different channel types for 
portable terminals. 

PRIMARY BLOCK 

01 02 03 22 23 24 25 26 27 28 29 30 31 32 



1 I L_ 



PRIO MASK 



0 I 1 I 1 



49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 



0 0 0 0 0 0 



0 0 0. 0 0 0 



_J I I L I l_ 
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SVPTYP States the <SVP> subtype, value 00000100. 
in this case. 



DPFRSQ Frequency number for up frequency, I.e. 
the frequency on which the terminal 
transmits. 

DOFREQ Frequency number for down frequency, i.e. 

the-f-r-equency-on- which BAS£..t ransmi ts 



FOIiLOtriNG BLOCK No following blocks in this type 



CHTYP 



States the type of channel: 
Value; 

1 Local system channel opened 

2 Hot used (ignore that order) 

3 Local system channel closed 



(return to previous system 
channel) 



4 Access channel opened 

5 Access channel closed 



of frame. 
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3.3.3 <SVP5> 

<SVP>, SUBTYPE 5 - contains a list of terminal 

MAN having messages stored in 
the network mailbox. 

PRIMARY BLOCK 



1 1 1 L.. . 1. . 1 ., 

MOB 


4 1 1 j 1 1 ' ■ 

00001 111 


33 34 35 36 37 38 39 40 


41 42 43 44 45 46 47 48 

1 1 1 1 1 1 ' 


PRIO MASK 


BLOCK 


49 50 51 52 S3 54 55 56 
i 1 1 1 1 1 1 


57 58 59 60 61 62 63 64 
1 1 1 ' ' ■ ' 


SVPTYP 


MAILNUM 


65 66 67 68 69 70 71 72 

1 I I 1 1 1 1 1 


73 74 75 76 77 78 79 80 

i_ 1 1 1 1 1 1 1 


00000000 


OOOOOOOO 


81 82 83 84 85 86 87 88 
1 1 1 1 1 1 1 


89 90 91 92 93 94 95 96 
1 r 1 1 ! i I 


OOOOOOOD 


OOOOOOOO 


97 104 

j 1 1_ 1 1 1 1 t 


105 112 
1 1 1 1 1 1 1 


00000000 


OOOOOOOO 


113 120 
1 1 1 1 1 ' ■ 


121 128 


00000000 


0000000 o| 


129 136 
t — 1 1 1 1 1 1 1 


137 144 
1 1 1 1 1 ' 1 


oooooooo 


OOOOOOOO 


"5 

1 1 1 1 L 1 1 1 1 1 1 i 1 ■ I 


PARITY 



SVPTYP • States the <SVP> subtype, value 

00000101 in this case. 

MAILNUM Number of HAN:s in list {0-186). 
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FOLLOWING BLOCKS 

FOLLOWING BLOCK fl 
01 



Containing a list of terminal 
MAN having messages stored in 
the. network mailbox. 



49 

U.-l. 1.. . 




72 




HAN 3 




73 




96 




HAN 4 




97 




120 


MAN 5 1 


121 
1 




144 


MAN 6 1 


145 




liSO . 




PARITY 





The number of following blocks depends on the size of the 
list (maximum 186 MAN). 

Continues with following block #2 on the next page. 
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FOLLOWING BLOCK «2 

01 24 



HAN 7 1 


25 




48 




HAN 8 


^ 


49 




72 




MAN 9 


1 


73 

1 _L 




96 


MAN 10 1 


97 




120 




' MAN 11' 




121 

II-, 




144 




MAN 12 


^ 


145 

1 I 




160 


PARITY 1 



additional FOLLOWING BLOCKS may follow If required. 
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3.3.4 <SVP6> 

<SVP>, SUBTYPE 6 - contains the timing parameters 

used in synchronization and 
message transactions. 

PRIMARY BLOCK 

01 02^03^ 22 23 24 25 26 27 28 29 30 31 32 

MOB 00001111 



33 34 35 36 37 38 39 40 


41 42 43 44 4S 46 47 48 


FRIO MASK 


BLOCK 


-4.9-^ 51. 52 53 54 55 56 
1 1 1 1 1 1 1 


57 58 59-60 61 62 63 64 


SVPTYP 


CYCLE-TIME 


65 66 67 68 69 70 71 72 

I ' 


73 74 75 76 77 78 79 80 
1 1 1 1 1 1 1 


TIME-TO-NEXT 


TRANSACTION-TIME 


81 82 83 84 85 86 B7 88 
1 1 1 1 i 1 1 


89 90 91 92 93 94 95 96 
1 1 1 1 1 1 1 


EVALOATE-CURRENT 


EVALOATE-OTHERS 


97 104 


105 112 ' 

i_ 1 1 1 1 1 1 1 


TRAFNUH 


00000 000 


113 120 
1 . -.1. 1 1 .L... I 1 


121 128 

1 ( 1 r 1 1 1 


00000000 


00000000 


129 136 
1 1 1 1 1 1 1 


137 144 
1 1 1 1 1 1 1 


00000000 


00000000 


145 • 160 
J 1 J. 1 J 1 1 t 1 1 1 1 1 ( 1 


PARITY 
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Stdtes the <SVP> subtype/ value 
00000110 in this case. 


CTCLE-TIKE 


States the time (0-255 *2S0 ms) 
between the start of one 
operating state and the start of 
the next one. 


TIME-TO-NEXT 


States the time (0-2S5 *250 ms) 
from bit 1 in the frame head of 
the received <SVF6> to the next 
time the terminal should enter 
the operating state. 


TRANSACTION-TIME 


States the time (0-255 *250 ms) 
the terminal should stay in the 
operating state after receiving 

or-***t-ransmitti-ng- <ACK^-- ■■• 

respectively. 

Default value: 40 (10 seconds) 


EVALOATE-CURRENT 


Integration time (0-255 seconds) 
for evaluating base stations on 
the CURRENT SYSTEM CEANNEL. 
Default value: 6Q*~seconds. 


EVALOATE-OTHERS 


Integration time (0-255 RSSI 
periods) for evaluating base 
stations on other channels. 
Default value: 3 RSSI periods. 


TRAFNCJH 


Number of MAN:s in list (0-186). 
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FOLLOWING BLOCKS Containing a list of terminal 

MAN or group HAN with pending 
down-link traffic. 

FOLLOWING BLOCK #1 



|_x_j UH 

HAN 1 1 


25 




48 




HAN 2 




49 




72 








73 




96 




HAH 4 




97 




120 




MAN 5 




121 




144 


HAN 6 1 


145 




160 




PARITY 





The number of following blocks depends on the size of thg 
list (maximum 186 HAN). 

Continues with following block #2 on the next page. 
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FOLLOWING BLOCK »2 



24 



25 




48 




HAN 8 




49 




72 


KAK 9 1 


73 




96 


HAN 10 1 


97 




120 


HAN 11 1 


121 




144 


HAN 12 1 


145 




160 




PARITY 





additional . FOLLOWING BLOCKS may follow if required. 
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4 NETWORK LAYER 

4.1 ACTIVATION/IMACTiVATION . 

Portable terminals used in-doors are likely to lose 
contact with the network much more frequently than mobile 
terminals. They should therefore not send ACTIVE due to 
'lost contact' according to the roaming procedure since 
this will cause considerable system signalling overhead. 

Portable terminals send INACTIVE / ACTIVE when switched- 
off and switched-on respectively. 

Wben a portable terminal is addressed in the HAIL LIST it 
has the possibility to empty the mailbox by sending an 
ACTIVE packet. 



- The' terminal is addressed in- the MAIL -&IST - 
of <SVP5> and the network has one or more 
<HRH> placed in the mailbox. 



Base: <SVP5>. .<FRI> <ACK> <MRM2> 

Term: <MRM1> ' ' <ACK> 

I TT ~\~ TT H 



OPR 

TT = TRANSACTION-TIME 

OPR " terminal in operating state 

STB = terminal in standby state 

HRHl = HPAK ACTIVE 

KBK2 = any HPAK from mailbox 



<SVP6> 

I 
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4.2 NEW PABAMETERS IN HPAK INFO (terminal information) 

The parameter terminal type information (TTI) is used by 
the network to separate terminals with different 
functionality. 

Terminals with the battery-saving protocol according to 
this document have: 

TTI - 4, terminal type 4. (octet 6) 

The parameter MODE (octet 12) identifies the operating 
mode of the terminal: 

. 0 - NORMAL MOBILE MODE 

1 = BATTERY-SAVING MODE 

• •• 2-255 = reserved ■■— • • - ■• 



4.3 ADDITIONAL MPAK - MODE (mode information) 

A new HPAK is included for terminals using the battery- 
saving protocol. This MPAK is used to inform the network 
that the terminal has changed from battery saving mode to 
■normal mobile mode and vice versa. 

The portable terminal always has the possibility to change 
to normal mobile mode, e.g. for' a major data transaction. 
In order to inform the network of this change of mode, the 
' terminal sends the new MPAK called MODE. This MPAK is 
within the packet class DTESERV (3) and has the packet 
type 24. 
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MODE (mode information): 




Designated sender: 




The portable terminal. 




Designated addressee: 





The network. 

Raised flags; 
No raised flags. 

Criteria fox generating the .packet; 

When a portable terminal changes from the battery-saving 
mode to the normal mobile mode this packet is used to 
inform the network. 

The same packet is sent to the network, but with a 
different mode identifier, when the terminal changes to 
the battery-saving mode. 



The network's normal action when receiving the packet; 

The network registers the operating mode of the terminal. 
If the terminal is using the battery-saving protocol, the 
terminal is addressed in the TRAFFIC LIST when traffic is 
pending. 

If the terminal is operating as a mobile terminal the 
network sends traffic immediately to the terminal. 

The terminal's normal action when receiving the packet; 
The terminal does not normally receives this packet. 

Length of the packet; 
9 octets. 
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HOPE as qenecated by the terminal ; 



octet 1-3: 
octet 4-6: 
octet 7: 
octet 8: 



sender: the terminal 



addressee : the Mobitex Network 



110 0 0 



TYPE DEPENDENT COMPONENT: 



octet 9 ; — " • mode "idenfcif ier 

mode identifier ; 

0 = NORMAL MOBILE MODE 

1 = BATTERY-SAVING MODE 
2-255 = reserved 
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5 APPLICATION LAY£R 




5.1 REQUIREMENTS 





5.1.1 'Fall-back' to normal mobile operating mode 

If the terminal cannot find any signalling required for 
the operation of the battery-saving protocol {<SVP6>), but 
detects <SVP1> required for mobile terminal operation, the 
terminal may act as mobile terminal. The user should be 
informed of this. 

The MPAK MODE is sent to the network, informing that the 
terminal has changed to the normal mobile mode. 



5.1.2 User notification- of 'lost contactL..,rr>w..v... . 

When the terminal loses contact with the network and 
starts the quick channel monitoring, the operator of the 
terminal should be notified. 



5.1.3 RSSI when transmitting 

It is reconunended to display the received signal strength 
to the user, especially when the terminal is going to 
transmit, so the user can move the terminal to a suitable 
location. 
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5.2 RECOMMENDATIONS 



S.2.1 Manual selection oC operating mode 

It is reconunended that the terminal enters the normal 
mobile mode o£ operation, when it is mounted into a 
battery charger, e.g. in a car. 

The user or the terminal itself initiates the transmission 
of the HPAK MODE to the network. This message will then 
identify the operating mode of the terminal. 



S.2.2 Prevention from automatic quick channel 
monitoring 

......The user should be allowed.. to- manually switch. ..off -.the 

quick channel monitoring function in order to prevent this 
automatic function from continuously running, or to 
prevent the terminal from repeated attempts to enter the 
quick channel monitoring. 

It is also recommended that the terminal has some kind of 
watchdog function implemented,, limiting the operating time 
in quick channel monitoring mode. 



5.2.3 Manual initiation of quick channel monitoring 

If the portable terminal is implemented without automatic 
quick channel monitoring functions it is recommended that: 
this function can be manually started. 
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6 MASC INTiatFACE 



For type approval the terminal must contain a 'MASC 
interface. The same requirements apply as for the mobile 
terminal concerning the 'MASC interface, which means that 
the PA- and KA-coramands should be included during type 
testing. -"^ 

An additional type test command, PA07, has been added for 
terminals operating according the battery-saving protocol. 
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6 . 1 PA-conunand 

(request/list of battery-saving protocol parameters) 

The PAOy-command is used by the type test terminal to 
request battery-saving protocol parameters and by the 
portable terminal to send these parameters as a reply to 
the request. ' 

The structure of the text field in a request for 
parameters from bhe type test terminal to the portable 
terminal : 



The structure of the text field in a reply from the 
portable' terminal to'-the type test terminal (list of 
parameters): 



_SP J^list of parameterlj 



4 1 >=4 bytes 

The data field is empty. 



The list of parameters consists of a number of ASCII 
coded nex numbers separated by , (comma). If a parameter 
is not available in the terminal, this parameter is not 
included in the reply. The parameters are sent in the 
following order: 

No of bytes 

Cycle_time i 
Tirae_to next 

Transaction_time i 
Evaluate_current i 
Evaluate_others ^ 

The meaning and the structure of the different parameters 
S^J^—.^"*"*^ ^"^^ chapter 'FORMAT DEFINITION OF <SVP>- 
PRAMES' of this document. 



Example of PA07-command: 

!1£2 TERMINAL 

< P4Q7 

PA07 01,02,03,04,05 > 
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7 MOBITEX TERMINAL SPECIFICATION REFERENCE LIST 

This document includes a number of references* made to 
other sections in the terminal specification. The list 
below shows these references, together with the page(s) 
they are made on. Please note that a section could be 
referred to several times on the same page. 

Rl-06, 17 
Kl-'OS, 8 

Rl-16, 6, 7, 8, 14 



Below are the reference designations listed. 

Reference Section 

Arrangement of the documents 
MOBITEX System description 
General description of terminals 
Terminology . 
References 

Network operator information 
Application layer 
Network layer 

Interface requirements, fixed terminals 
Other requirements, fixed terminals 
Link layer, mobile terminals 
Physical layer, mobile terminals 
Radio equipment, mobile terminals 
Other interfaces, mobile terminals 
Other requirements, mobile terminals 



Hl-03 
Rl-04 
RI-05 
Hl-06 
Rl-08 
Rl-09 
Hl-11 
Rl-12 
Rl-16 
Hl-17 
Hl-18 
Rl-19 
Rl-20 
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